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(54) Systems and methods for failure prediction, diagnosis and remediation using data 
acquisition and feedback for a distributed electronic system 



(57) Bv using monitoring data, feedback data, and 
pooling of failure data from a plurality of electronic de- 
vices, real-time lailure preaiction and diagnoses of elec- 
tronic systems operating in a network environment can 
be achieved. First, the diagnostic system requests 
(S110.S120) cata on the slate of a machine and/or Us 
components and collections thercol as par. of tne ma- 
chine's normai operation. Secondly, real-time process- 
ing (S1 60) of the data eilner a: the machine site or else- 
where in the distributed network allows tor predicting or 
diagnosing system failures. Having determined and/oi 
predicted a system lailure a communication to one or 
more remote observers in :he network allows the remote 
observers to view the diagnostic information and/or re- 
quired action to repair tne failure Furthermore, interro- 
gation o' eithei the pailicuiai electronic system, oi a da- 
taoase containing data on similar electronic systems by 
the diagnostic server allows the diagnostic server to re- 
fine original diagnoses based on this population data to 
achieve a comprehensive failure predication/diagnos 
ing system. 



(0MV; N(l IKU 

JtOlffifllfti 



l\IGF.fc«HOMsQ 

*A{MNt Dili 
_J_ 



Sl?0 



FtWOW* 
AOWTlOKAl 

ADCiTWAl WU 



jlKrOHUTION-PAEIS 



FiTEKKIKi HFA* 



WIlltLITc 



S ISO 



Kb 


, wTuita auiwuh; 


{ EfftitSMNUKI 

j 





FIG. A 



CL 
LU 



r>mi C 3 c>y Jouve FARiS fPR; 



UO>JOIA£ l 



Best Available Copy 



J 



EP 1 109 101 A2 



Description 

[0001] This invention relates to the failure predict on. diagnosis and remediation of an electronic system m a distrib- 
uted network. 

s [0002] Current diagnostic systems use telephone "ines for transmitting data orig naiinc from an electronic system to 
ft -emote location. Tnis remote location processes tne information received from the electronic system for determining 
h failure diagnosis of the electronic system. For example, in U.S. Patent Nos. 5.923.834. 5.727.258. 5.778 791. 
5.757.5*4. 5.568 61 3. and 5 459.552. all of v/hich are incorporated herein by reference in their entirety, various tech- 
niques of remote interactive communication are discussed. For example, some existing systems use networks for 

re fa luro prediction where their diagnosis is cased on querying data in the form of a network device management infor 
mation base (MIR). Other systems perform remote diagnosis by collecting information from the managed device via a 
network in response to specific commands. 

[0003] While existing systems and methods allow failure diagnosis at remote locations, the systems fail to utilise the 
versatility afforded by a network environment having a plurality of interconnected electronic systems Accordingly, the 

'5 systems and methods of this mvennon interconnect a plurality of electronic systems These electronic systems are 
connected to a diagnostic server which receives data from the one or more electronic systems. This data can be as 
rudimentany as machine operational status to highly complex data that could, for example, indicate a particular com- 
ponent failure or be used Tor future failure prediction analyses, or for scheduling of routine maintenance Also, the data 
ccjIc be as basic as a single component's on-off data, to system level measurement data, such datd being collected 

-0 in sevcul ui*1e;ent cpeintiona! mooej, of the device, sucn as normal, failed, diagnostic:, limp-along oi the like This 
dcila allows for the determination of system faults and provides for the initialization of corrective or repair action. 
[0004] The diagnostic server, controlling and analyzing the data received from the one or more electronic systems 
determines an appropriate action to take in response to this data. This determination can be based on a direct correlation 
of the rcccivcc data from the one or more electronic systems 10 an appropriate remedial action, or alternatively, derived 
from a catabase that stores information for similar systems in :he network Thus, with the combination of resources 
available from the one or more electronic systems and the. wealth of information available to the diagnostic server, 
through the moni:oring of data transferred and stored from all the electronic systems in the network, as well as from 
secondary sources a highly reliable actior or response can he generatec in response tc the information received from 
anc/or stored about the one or more electronic systems. 

30 [0005] Having determined an appropriate action ic take based on at least one of the data received from the one or 
more electronic systems and/or population cat* received and stored from the other electronic systems. the diagnostic 
server oetermines an appropriate routing of the action request This action request is forwarded to an appropriate 
vendor a service provider, a vendor, a parts/consumables suopiier. and/or to an autonomous repair agent For example, 
assume the systems and methods c' this invention are operating in a networked environment where networked primers 

j5 riro the electronic systems. The diagnostic server, having knowledge that the printers require a certain component to 
be cnanged once a oagc count reaches a tnreshcla. monitcrs the electronic systems, e.g.. the printers, tc receive 
diagnostic data corresponding to this threshold. Cnce the threshold is reached, the diagnostic server generates a 
request which could then be automatically forwarded to. for example, a parts/ccnsumables supplier The oarts/con- 
sumabtcs supplier, having received the request, could automatically forward the necessary replacement pan(s) to the 

•id location where the networked printer is located 

[0006] Alternatively t^e diagnostic server car send the appropriate information to the electronic system to initiate 
an "automatic repair sequence." This automatic repair sequence could be an electronic system based routine, or a 
combination of electronic system based routines and diagnostic server routines that allow ior automatic repair e.g.. 
calibration, ot tne electronic system 

[0007] Additionally it is to be aopreciatea that while the systems and methods of this invention may exist in environ- 
ments where one or more network security features are present, such as network firewalls, the systems and metnods 
can be modified to account for these network security features without affecting the operational chaiactenstics of the 
invention 

[0008] Tne systems and methods of this invention provide diagnostic prediction, diagnosis, and remediation services 
fo' one or more :nierconnecie6 elecuonic systems. 

[0009] The invention separately provides systems and methods for acquiring and processing a variety of data in- 
cluding comooncnt level data, system level data. job level data and event level data from one or more electronic systems 
to facilitate tanure prediction, diagnosis, and remediation. 

[001 0] Tnis invention separately provides systems and methods tor determining an appropriate action based on data 
5r received from one or moro electronic systems. 

[0011] This invention separately orcvides systems and metnods that generate an action request in response to status 
information received from one or more electronic systems. 

[0012] This invention separately provides systems and methods that allow for the generation and routing of data to 
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facilitate failure prediction, remediation and diagnosis in an electronic syslem 

[0013] This invention separately provides systems and methods inai allow automatic scheduling of service pars 
ar.d/or consumables lo be proviced lo an electronic system. 

[0014] This invention separately provides systems and methods that allow automated remediation of faults citrci 

5 completely or partially, with or without human intervention. 

[001 5] The invent-on separately provides systems and methods that allow electronic systems to be interrogated and 
controlled remotely over a network lor the acquisition of data for use in failure predict.on. diagnosis and/or remediation. 
[0016] This invention additionally provides systems and methods tor using the pooled mtormation received from a 
plurality of electronic systems to develop and derive additional prediction, diagnosis and remediation metnodologics 

i0 ard content lo r the electronic systems. 

[0017] I i is invention separately orovides systems and methods for the presentation of the results of the failure 
prediction, diagnosis and/or remediation, locally or. remotely, such as. for example, on a computer user interface via 
e-mail, a paging service a cellular phone, a web page, o' the like 

[0018] The diagnostic systems and methods of this inven:ion use a combination of s ngie device monitoring data. 

•> population data, and feedback information to Determine an appropriate action in lesponseto status information received 
nom the one or more electronic systems. Specifically, based on one or more of an appropriate action determined by 
a diagnostic server, and the transmission ol specific data types oireclly or indirectly to one or more of a service provider 
ard/oi parts/consumables suppiier. the appropriate assistance, repair, parts and/or suoplies a r e provided to the elec- 
tronic syslemis) which is predicted to fail, or has failed 

:o [0019] Tncse and other features and advantages of this invention ate described in or aie apparent fiom the following 
delated doscr.ption of the preferred embodiments 

[0020] The preferred embodiments of this invention will oe descrioed in detail. wi:h reference to the following figures. 

wherein 

Fig. i us a functional block diagram showing a first embodiment of the diagnostics system accor ding lo this invention: 
Fig. 2 illustrates an exemolary data flow diagram of the systems and methods ot this invention; 
Fig 3 illustrates a work tlow diagram snowing an exemplary operational environment in accordance with the sys- 
lom* of tnss invention. 

Fig 4 is a flowchart outlining one exemplary embodiment of the method for diagnosing electronic systems according 
30 to this invention, and 

Fig 5 is a flowcnan outlining a second exemplary embodiment of tne method for diagnosing electronic systems 
according to this invention 

[0021] The systems nnd methods of this invention, by acquiring, processing and routing a variety of data types 
35 bciwecn a plurality of service/part suppliers and/or one or more diagnostic servers and secondary information resources 
is nbie to effectively predict, diagnose, repair schedule and/or ship service and/or pans to the one or more electronic 
devices connected to the network Furthermore since the elect-onic; dev ; ces. diagnostic se r ver and parts and service 
providers a'c all interconnected the system is capableof pooling diagnostic data reccivedfrom the plurality of electronic 
systems to provide a richer database from wncn failure prediction analysis can be generated. By combining the rich 
JO resources available to a diagnostic server, a reduction in service time and parts acquisition time is achieved This 
reduced service time at least translates directly to maximi7ing the up-time of electron. c systems by accurately predicting 
degradations and managing tne resulting repair process to minimize the customer downtime impact. 
[0022] Fig. 1 illustrates the diagnostic system in accordance with this invention. The diagnostic system 1 0 comprises 
a diagnostic server 103 one or more monitored electronic systems 200. one or more third party service providers 300. 
■^5 one cr more value aadec service providers 400. one or more parts/consumables suppliers 500. and one or more original 
ccuipmcni manufacture (.OEM) service provioers 600 and one or more secondary knowledge servers 700. The various 
components of trie diagnostic sysiem 10 are interconnected, wilh links 50. lo one or more networks 25. additional 
diagnostics servers and/or otner electronic systems. 

[0023] Tne network 25 can be any one of. or combinat on of a direct serial connection, a distributed network sucn 
50 ris rir intranet, a local area network a metropolitan area network, a wide area network a satellite communication 
nelwot K an. infrarec communication, network the Internet, o;' the Iikc 

[0024] Furthermore, the links 50 can be a wired or wi'clesc link or any otner known or .a'tcr ccvoiopcti elements) 
inai is cao^bic of suoolying electronic data to and from the connected elements 

[0025] Tne oiagnostic server 1 00 comprises a memory n c . a controlle- 1 20. an I/O interface 1 30. a data acquisition 
55 cucuil 140. a prediction/diagnostic circuit 150. a repair planning circuit 155. an autonomous repai'' circuit '75. a data 
pooling circuit 155. p. routing circuit 160 and a dataoP.se *,7C. ail interconnected by link 75 

[0026] The one or more momtoreo electronic systems 200 comprise a memoiy 210 a controller 220. an I/O interface 
230. and optionally, one or more of a diagnostic display 240. a status information circuit 250. a prediction/ diagnostic 
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circuit (not shown) and an automated repair circuit (not shown) ali interconnected by link 75. 

[0027] The one or more trv.rd party service providers 300 comprise a memory 310. a controller 32C. an I/O interface 

330 and a service coordination circuit 340. ali interconnected by link 75. 

[0028] The one or more value added service providers 400 comprise a memory 410. a controller 420. a prediction/ 
5 diagnostic circuit 450 : a repair planning circuit 465. an autonomous repaircircuit 475. an I/O interlace 430 and a service 
coordination circuit 440. ali interconnected by link 75. 

[0029] The one or more pans/consumaoles suppliers 500 comprise a memory 51 0. a controller 520. an I/O interface 
530 and a parts coordination circuit 540. all interconnected by link 75. 

[0030] The one or mere OEM service providers 600 comprise a memory 61 C. a controller 620. an I/O interface 630 
w ard a service coordination circuit 640. all interconnected by link 75. 

[0031] The one or mce secondary knowlecge servers 700 comprise a memory 710. a controller 720. an I/O interface 
750 and a service coordination circuit 740. all interconnected by link 75. 

[0032] It should be appreciated the I nks 75 can oe any known or later developed wired or wireless links o r a data 
bus mat is caoabie of sjpplying electronic data :o and from the connected elements. 

[0033] In operation, ne one or more monitored electronic systems 200 generate status mtormation. e.g.. control 
data, process data, and diagnostic data, during the course of operation. Specifically, during the course ol operation, 
and in conjunction with the controller 220 and the memory 210. the status information circuit 25C generates status 
information pertaining to the operational state of the one or more mon tored electronic systems 200. For examole. this 
stalus informaiion can be as simple as an on/off status of the electronic system to highly specialized data whicn could, 
fo: examole. pertain to itemization of one or more components within the system which have cictually failed. Moieovei. 
the- data cculc be as simple as a single component on-off data to system evel measurement data Specifically, the 
data can include, but is not limited to control data such as commands issued by system and subsystem controllers 
scheauling and timing data, set-point and actuator data, sensor data, slate estimate data and the like, diagnostic data 
such as fault counts, error counts, event counts, warning and ntcrlock counts, calibration data, device set- up data 

? s high frequency service item informaiion. service history data, machine history data and the like, environmental data 
such as temperatjre and humidity data, machine usage data machine configuration date, value-added diagnostic data 
such as trend information, component signatures, qualitative state estimates, quantitative state estimates, and the like. 
Additionally lhe aata could be generatec as part of the normal operation of the device, or in response to specific 
.ntorrogation and contro commands issued by an external agent. For example, in the case of printing systems, the 

io data could also include job levei data such as number of pages in the job. the type ol m*dia used, the size of the job. 
tie printing options, the finishing options, the number of pages actually printed, the number of images actually proc- 
essed and the like. Moreover, the data could be acquired in various operational modes of the device, including, but 
not limited :o. normal, failed diagnostic, limp-along, or the like For example, the systems and methods described ; n 
U.S. Provisional Application No. 50/154.016. incorporated herein by reference in its entirety, could be used to actually 

35 determine local systems faults in a particular electronic system. Additionally, the systems and methods described ;n 
copending US Patent Applications 09/450.185. 09/450.183. 09/450.182. 09/450.181. 09/450.180 09/464.596 and 
09/450." 77. incorporated herein by reference in their entirety, could a so be used in con unction with the systems and 
methods of tnis invention However, it is to be appreciated thai in general any method of assembiirg informaiion per- 
taining to the electronic system lor forwarding to the appropriate destination will work equally well with the systems 
and methods of tnis invention. 

[0034] Having determined the status information for the particular electronic system the status information circuit 
250. in coooeration with the i/O interface 230. forwards the status information to tne diagnostic server 100 via link 50 
and the network 25. Additionally, and depending on the particular construction of the monitored electronic system, the 
status information circuit 25C coula forward all. or a portion of. lhe status iniormation to the diagnostic display 240 or 

•'5 airectly to one or more of a service and/or parts supplier, or other entity on. the network For example tnis diagnostic 
aispiay 240 coula be used to determine the operational status of the monitored electroric system. 
[0035] The diagnostic server 100. having leceived the status informaiion from the monitored electronic system 20C 
routes the status information, with the cooperation of the I/O interface 1 30. the controller 1 20 and the memory 1 1 0. to 
the data acquisition circuit 140 via link 75. The data acquisition circuit 140. in cooperation with lhe controller 120. 

50 forwards a copy of the status information to the database 170 and to the prediction/diagnostics circuit 150 Thus, the 
database 170 has the capability of storing status information pertaining to the plurality of monitored electronic systems 
200. 

[0036] The prediction/diagnostics circuit 150 receives the status information from the monitored electronic system. 
Based on the content on the status information, the prediction/diagnostics circuit 1 50 performs certain operations. First. 
55 the preotction/diagnostics circuit 150 makes a determination as to whether the status information indicates that the 
electronic system has failed or is predicted to fail based on a prognostic/diagnostic analysis of lhe information, or 
whether additional tests or data are required to make the determination. If additional data is required tnis data is 
acquired and processed to determine if a failure has happened, or is impending Next if a failure is detected, or is 
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suspected the repair pinning circuil 1 65 determines a corrective repair action. For example, in an environment wheto 
the monitored electronic systems are printers, this status data could correspond to a printer error or other information 
tnat is critical to its non-operational status. In general, this status data is any data that indicates the one o" more 
electronic systems have failed and any additioanl related device status informat.on During this diagnostic analysis 

5 one or more secondary knowledge sources 700 can be accessed to acquire additional information and/or expertise. 
[0037] The prediction/diagnostics circuit 1 50 determines : f the status information is "prediction" or "diagnostic" infor- 
mation. Prediction information is defined as any status information which is pertinent to determining whether an action 
srouic be taken to avoid a particular impending outcome. For example, again in the illustrative emoodiment. the mon- 
itcrea electronic systems is a printer If the status information corresponds to information relating to a particular thresh- 

io old tnis prediction information can be used to heip aver a particuia- failure in the electronic system. Accordingly the 
prccrction/diagnosiic circuit 150 processes the prediction informal on in accordance with a number of protocol. The 
prediction and/or diagnostic analysis can be cased on a variety cf analysis techniques including, out not limited to 
threshold analysis, stat.sucat analysis, signature analyses, trend analysis, l.ming analysis, event sequence analysis, 
pattern analysis, image processing teenniques. quantitative and qualitative state estimation techniques model based 

»5 diagnostic technologies, look- up tab-es. neural network based analysis. fu//y logic based analysis, a bayesian networ< 
a causal network, a rule based system, expert systems and other reasoning mechanisms. This analysis can be based 
or in'ormation stored in the database. For example, in the case of thresholc analysis, the preciction/diagnostic c<rcuti 
150 can compare the cevice status information to status information in database 170. where the database 170 contains 
inlormntionsuch as tmeshold values, event counts, error counts, fautl counts or other fixed values which either indicate 

2C frtiluie oi triggei h furirei detailed prognostic analysis. Alternately, processing of the piedictior, intoimation erin com- 
prise with the cooperation cl the cata pooling circuit 155. the querying of database 170 for similar status information 
received from one or mere of the other monitored electronic systems 200. This stored status information can be used 
in combination with the current machine status information to aid in the prognostic analysis. Finally, the prediction/ 
diagnostic circuit 1 50 can also use a combmaiion of fixed comparisons and data pooling to arrive at a given conclusion. 
Again, one or more secondary knowledge and/or information sources can be accessed and integrated to improve the 
I'olaibihty ol the p-ognostic analysis. 

[0038] Once the analysis ol the electronic system is performed, tne •epair planning circuit 1 65 determines an appro- 
priate action in response to the received status information Having determined an appropriate action, the routing circuit 
160 in cooperation with the controller 120 and the I/O interface 130. routes the action request to the appropria e 

30 service, repair and/or parts/consumable supplier, or to an autonomous repair agent 

[0039] Furthermore, it is to be appreciated that the diagnostic server can enter an "automatic repair mode." in this 
automatic repair more, instead ol routing an action request to a particular service and pans/consumaele suppliers, trc 
diagnostic server can forward conmana and control signals pack to the electronic system . Thus, if the electronic system 
has encountered a fault such as a need for recatibration. the diagnostic server can initialize an automatic repair sc- 

35 quence oy sending the appropriate control signals back to the electronic system. 

[0040] Table 1 illustrates an exemplary status information and subsequent action request that could oe received from 
the one or more monitored electronic systems 200. 

■to 
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Table 1 
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Parts Supplier 
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[0041] having determined an appropriate aciion request, the diagnostic server 100 forwards ine action request to 
the appropriate service and/or parts/consumables supplier and/or to the device itsel' via link 50 and the network 25. 
The appropriate service ard/or parts/consumables supplier then either schedules a service and/or ships a part based 

:*5 or mc received action request. In the case of autonomous repair, the autonomous repair agent 175 performs the 
necessary repair action. In addition, the repair action taken may be logged n the database 1 70. 
[0042] For example, a third party service provider 300 could be used for providing routine service or maintenance 
wiihtn a given geographic area of the one or more monitored electronic systems. In this illustrative embodiment, the 
th-rd party service provider 300. would receive, via link 75 and the I/O interlace 330. the action request, in cooperation 

•io with the controller 320 ana the memory 31 0 the action request would be forwarded to the service coordination circuit 
3^0 The service coordinat on circuit 340. having rece ved the action request, could, for example, automatically sched- 
ule a service date for the electronic system, immediately dispatch a service technician to the electronic system, and/ 
or intorm the third party service provider 300 that routine maintenance on the electronic system is needed within a 
given period, or tnc hke. Alternatively, if the diagnostic server determines the most appropriate routing of the action 

•3 request is to the value addec service provider 400. tnc aciion request is routea via link 50 and network 25. to the value 
added service prcvioei 400. As wiln the third party service provider 300. the value added service provider 400 receives 
Ihc action request via link 75 and the I/O interlace 430. in cooperation with memory 410 and the controller 420. at ine 
service coordination circuit 440 The service coordination circuit 440 then aporopriatey schedules a service corre- 
sponding to the received action request. Alternately. Ihe value added service provider 400 could perform additional 

SO diagnostic/prognostic analysis based on the status information and/or data received. Furthermore, the value-added 
service provider could further interrogate and control the device and obtain additional data to be used to facilitate failure 
prediction, diagnosis, and or ro-rcdiation through the use of one or more ol the prediction/diagnostics circuit 45C. tnc 
repair planning circuit 465 and tne autonomous repair circuit 475. as previously dscussed. 

[0043] Alternatively, if the action request is for a part. e.g.. a replacement part, or a consumable, e.g.. a toner cartridge . 
55 the action request is forwarded via hnK 50 ana network 25 to tho parts/consumable supplier 500 Tne parts/consumable 
supplier 500 having received the action request over Imk 75 and via the I/O interface 530. forwards the action request 
to the parts coordination circuit 540 with the cooperation of the controller 520 and the memory 510. The parts coordi- 
nation circuit 540 comprises the necessary architecture to schedule shipment of the pan and/or consumable to the 
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particular electronic system. For example, the pans coordination circuit 540 can associate the action request witn a 
location address ot the elecironic system, the number of requited oarts. and the part description itself Furthermore 
the pans coordination circuit 540 could also automatically schedule the shipment of the one or more parts and/or 
consumables la the electronic system 200. Furthermore the parts/consumable supplier 500 can communicate with 
5 the one or more service providers to appropriately route the parts and/or consumable as needed if a service is also 
needed in conjunction v/itr the part. 

[0044] For examole. assume a particular component on an electronic system has failed. The diagnostic server 1 CO 
loutes an action request fcr service to the value added service provider 40C and an action recuest for a replacement 
pwt to the oart/consumab!e supplier 500. Having determined tnat the particular pan/consumable is not immediately 
mvailah o and has been plnced on backorder. the part/consumable supphe' 500 can communicate with the value added 
service provider 40C indicating mat the installation service need be put on hold until the part arrives. Then, upon a 
ucieimmHtion that the -jail is available, tne part/consumable supplier 500 car further communicate with the value 
acdcd service provider 400 indicating tnat the value added service provider 400 can schedule the service dale tor the 
electron c system. 

[0045] Acdinonally. an action request can be routed to an Original Equipment Manufacturer (OEM) service provider 
bl'O -or example, if the nature o' the service request requires a Highly specialized technician cr. perhaps, i! the action 
request can be satisfied by a warranty rcoair. the OEM service provider may be the appropriate entity lor routing ot 
trie action icqucst. As w;tr the other service provicers. the action request is received via network 25 and link 50. v a 
I/O inioi'ace 630. and with the cooperation ol the controller 620 and the memory 610. at the service coordination 64C. 
:o The bciviuu coordination 640 men appropriately schedules a seivice date for the electronic system oasec on the re- 
ceived action request 

[0046] It should be appreciated that wh ie the routing of acfen requests has been described in relationship to par- 
ticular service and parU/consumabic suppliers that any combination of one or more of the service providers and/or 
p.-.tto'consumablc s.uppi'crs c.*»n be usea as appropriate lor the particular embodiment in which tnc diagnostic system 

^ id ins'.atlcd Therefore in general, the diagnostic system is capable of communicating with one or more service and/ 
or pa"ls co.nsumaolc suppliers to schedule an apompnate repair service and/or part/consumable shipment as needed. 
[0047] Fig. ? illustrates an exemplary data flow that tar occur between the one or more electronic systems and the 
vano.is systems and/or pais suppliers shown in Fig 1 For example, the diagnostic oata includes "raw" data sucn as, 
but not l.milod to I/O signal data c g data from intelligent tnpuf.'output connection chains serial command bus data. 

30 operational cond.nons. such as temperature humidity, or the I i<e . basic diagnostic data such as fault counters, cali- 
bration data, a high frccucncy service item data service history, machine history, or the like that are typically resident 
in memory or the like The sngc machine valuc-adacd diagnostic value includes, but is not limited to. component 
signatures arising as a result ol performance ;hreshoid analysis, signature analysis, statistical analysis, trend analysis, 
rate analysis timing analysis event sccucncc analysis, oattcrn analysis on the raw data, qualitative and/or cuantitativc 

35 state estimates reflecting machine component status, lists of teiied and/or potentially failing components, or the like. 
The diagnostic data and machine usage data can also include all of tne oasic diagnostic data as well as machine, or 
electron c system usage caia The population diagnostic data can nclude. but is no*, iimted to aggregated singie 
machine raw data aggregates s ngic mnchine processed data, failure data statistics of part performance across the 
electron c system fleet :hat enn be jsed for failure prediction successful and unsuccessful remediation histories, or 

JO tnc Ikc Finally mc tntcrrogat on commands and control signals are representative of interrogation commands ar.d 
ccnt'Ol signals passed between one or more service engineers ard ne particular electronic system either directly or 
via a processor loealec on the electronic system, or communes autonomously generated by an autonomous repair 
agent the control commands tor example, could include calibration procedures device set-up procedures, control 
rc-conhgui alien commands hatdware re-configuration commands, and the like. 

^5 [0048] Accordingly, it snould Dc appreciated tnat while the diagnostic system of this invention has been described 
in relation to an embodiment .n which the monitored electronic system and diagnostic server anc the various service 
and/or p*rts/consuniab e iupjhois are oach remotely localcu on a distributed network, the systems of this invention 
couid woik equahy wel if ali or pontons thereof are incorporated into one or more of the otner systems witrvr. this 
invention For example the dataoasc " 70 can be locatec anywhere on the distributed netwoiK and. for example tre 

50 parts'consumable supp or and CEM service provioer couid be all loca:ed on a particular node of a distributed networ\. 
Additionally, one or more comooncnts of the diagnostic server cculd do incorporated into the one or more electronic 
systems 

[0049] Fig 3. illjst:aios x work flow diagram showing an exernp.ary operational environment and data fiows in ac- 
ccdarco w.ith the systems anc methods of this invention. Specifically, in step S2. a customer issues a job request to 
55 a machine Next m step S<$. trie machine completes the tab and lorwaids a job identifier to the diagnostic server. Then . 
in step S6 me job tdent tier and the machine slate data arc forwarded to the diagnostic server database Then, in step 
S8 the job identifier and macmne data are requested for a performance monitoring/prognostic analysis 
[0050] in step S1 0 the venf cation scripts are also acqu.rec horn the diagnostic server database for the performance 
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monitoring and repair verification analysis. Next in step S12. the machine data is analyzed for prognostic purposes 
This analysis involves simple processing sucn as cnecking for flags, threshold analysis, or the like. Then, in slop S14. 
the monitored analysis results a'e forwardec to the diagnostic server database and stored. Then, in step S16. if no 
exception event is detected, e.g. no fault is suspected, the process ends. 

[0051] In step S18. if there is an exception event, an exception event f;ag is triggered. In step S2C a Hag is set that 
monitors the electronic system for tne completion of the repair event. In particula'. as discussed hereinafter, a script 
is run that monitors the ongoing flow of data from the electronic device. The script ts run until cither the repair is 
completed and verified by the script, or until a time interval has passed. If the scrip: time interval passes, a second 
repair event is sent 

[0052] In step S22. the job. machine and monitoring data arc acquired for the diagnostics and prognostics analysis. 
Next, in step S24. the diagnostics anc prognostics analysts are run on the job. machine and monitoring data. This 
involves a more detailed analysis as compared to step S12 and may involve, for example, invocation of a reasoning 
algorithm or an expert system Additionally, in step S25. a distributed call can be made to additional servers with 
diagrositcs and prognostics capabilities Then in stop S2'6. the diagnosis analysts results are stored in the diagnostic 
server database. 

[0053] In stop S28 if no problems are cetermined to exist, the control sequence ends. Otherwise, in step S30. the 
determined diagnosis evert and job identifier are acquired for repair planning. Next, in step S32. the dagnosts analysis 
resells are acquired from tne diagnostic server database. Then, in step S34 ; the repair planning is commenced, 'his 
includes, in slop 335. forwarding distributed object calls to the repair planning porlicns of one or more server based 
diagnostic objects, resident m one or moiu serveis Auditiunaliy. the results of tl e iepnii planning, in step S36. aie 
forwarded and stored in the diagnostic server database. 

[0054] If m tne repair planning step it is determined tha: an autonomous repair event is availab e. control continues 
to step S3B. Then, in step S4Q. the autonomous repair sequence is commenced for the faulty machine. Specifically, 
snstcp S42. the repair data is made available for the autonomous repair sequence. Next, in step S44. a repair dialogue 
is commenced with the faulty machine. ThGn in step S46. distributed object calls are made to the autonomous repair 
portions of the one or more seivers 

[0055} In step S48. the repair planning step determired that a customer/system administrator repa r event is recom- 
mended. Specifically in step 348. tne identification or instructions for the customer repair, the machine identification 
ard the repair identification are forwarded to the customer site. In step S50. the active notification steo forwards in- 
struc.ions/hfomation to the customer based on a oredefined criteria In particular, a customer can agree to perform 
certain repairs/maintenance on-site. If the repai- event fails into one of these predefined categories, the active notifi- 
cation step S50 determines tne necessary information to forward to the customer to e^ect the repair/maintenance. 
Next in step S52. the repair action is forwarded to the system administrator at the customer site. via. for example, a 
web page. Alternatively, or additionally, in step S54. the repair action is forwarded to the customer at the customer site, 
via. for example, a web page. 

[0056] Alternatively, in step S56. the repair planning step determines that external service suppon is required. The 
reoair even*, machine identifier and repair identifier are forwarded to a Service Management System (SMS). This 
system supports the scheduling and disposition of seVice support engineers. In step S58 the SMS determines the 
appropriate service supooi cngmccr(s) to provide tne service, given the machine and repair identifiers. The SMS then 
generates service request notifications to assign the engineers to the service activities. 

[0057] In steps S60 and S62. a service request notification is provided to an appropriate customer service engineer. 
This notification can be provided by a variety of telecommunications and computing devices including a phone, a pager, 
a laptop or the Internet. 

[0058] In step 664 the customer service engineer accesses additional scvice information and process capabilities 
Irom the service suppon extranet. This extranet provides additional applications and capabil ties such as elccfonic 
documentation, call handling, parts ordering, bullet. n boards, and so on, 

[0059] In step SQ6. eithei remulely. o- through an onsite visit, the customer service engineer accesses tne electronic 
device to effect a repair. Additional information required to support the repair may be accessed from the diagnostics 
server including device diagnostic cata. and device usage and service history 

[0060] After the repair planning step has determined a repair action and a vehicle by wh ch the repair is to be effected, 
it also creates a verification scriot. Tne scrip: embodies a computational method for determining the absence of the 
la.lure determined by the oiagnostic software in stcos S14 and S24. This script is forwarded to the performance mon 
itoring and repair verification software. The script is run by this software and it monitors the ongoing flow of data from 
the electronic device, ^he scriot is run until e:tner tne repair is completed and verified by the script or until a time interval 
has passec. If the script time interval passes, a second repair event is sent this lime to the SMS only. 
[0061] Additionally in step S68. at any time in the diagnosis process, any and all information from the diagnostic 
server can be forwarded to a centralized database and used as a basis for detailed analys s and futher development 
of prediction, diagnosis and remediation 
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[0062] Fig. 4 illustrates an exemplary flowchart of one method (or diagnosing one or more electronic systems ;n 
accordance with this invention, where the electronic system has indicated a failure has occurred. Control begins in 
siep 5100 and continues to step S110. In step SHO. data is acquired from the electronic system Next, in stcc S120. 
the job information and machine data are acquired and stored, ""hen. in step S1 30. a high ievel analysis cf the acquired 
5 data is pcrformec. Control the continues to step SH0 

[0063] In step S1 40. a determination is made whether additional cats is req jired. If additional data is required control 
continues to step S150 where additional data is acquired and/or additional tests are performed to acquire additional 
data. Control then continues lo step S160. 

[0064] In step S160 a diagnostic analysis is performed. Next, in step S170. the appropriate repair action is oeter- 
i o mined. Then, in step S1 70. a determination is made whetner the determined type of repair action is an automatic type 
repair. If the determined lyoe of repair action is automatic, conroi continues to step S1 90 where the automatic repair 
sequence is commenced. Otherwise, control jumps to step S200 

[0065] In step S200. a determination is made whether the determined type of repair action is a customer type repa r. 
If the determined type cf repair action is a custome- type repair, conlroi continues to step S21 0 where the appropriate 
'5 mlormat;on and/or parts are forwarded to the customer and/or to the system administrator Otherwise, control jumos 
to step $220. 

[0066] in step S220 a oetermination is made whether the determined type of repair action is a customer service 
cnginee- tyoe repair ,( the determined type of repair action is a customer service engineer type repair, control continues 
lo sicp S230 wneie ne service request is initialised. Olnerwise. conlroi jumps to slep S240 whe'e fie control sequence 
- c ends 

[0067] Fig. 5 illustrates an exemplary flowchart of a second mcthoc for diagnosing one or more electronic systems 
in accordance with this invention, where the electronic system has not indicated that a failure has occurred. Control 
begins in step S500 and continues to step S510. In step S510. data is acquired from the electronic system. Then, in 
slop S520. the job information and machine data arc acquired and stored. Next, in stop S530. a high level analysis of 
the acquired data is performed. Control then continues to step S540 

[0066] In step S540. a determination is made whether the hign level analysis suspects a problem, i.e.. whether a 
failure is suspected, if a failure is not found to be impending, control jumps to step 5660 where the contro: sequence 
ends Other-wise, control continues to step S55C 

[0069] In step S550. a determination is made whether additional data is required. It adaitionai data is required centre' 
3o continues to step S560 where additional data is acquired and/or additional tests are performed to acquire additional 
data. Control then continues lo step S570. 

[0070] in steo S57C a orognoslic analysis isperformed. Next, in step S580 ?. determination is made whether a problem 
is confirmed. a problem is confirmed, i.e., it a failure is found to be impending, conlroi continues to step S590. 
Otherwise contro' jumps to step S660 where the control sequence ends. 
35 [0071] In step 5590. the appropriate repair action :s determined. Then, in step 5600. a determination is made whether 
the determined type of repair action is an automatic type reoai; H the determined type ot repair action is automatic, 
control continues to step S61 0 where the automatic repair sequence is commenced. Otherwise, control jumps to step 
S620 

[0072] In step S620. a determination is made whether the determined type of repair action is a customer type repair. 
j o if (he determined type ot -epair action is a customer type repair, control continues to step S630 where the appropriate 
information andtor parts are t.orwarced to the customer and/or system administrator. Otherwise control jumps to stcc- 
S640. 

[0073] in step S640. a determination is made whether the determined type ol repair action ;s a customer service 
engineer type repair. If the determined type o! repair action is a customer service engineer type repair, conlroi continues 
^ to step S650 where tne service request is initialized. Otnerwise. contro! jumps to step S660 where tnc control sequence 
ends 

[0074] Ab snown m ~ig. 1 . the diagnosis and failure prediction system is preferably implemented either on a sng'c 
program general purpose computer or separate programmed general purpose computer. However, tnc diagnosis ard 
failure prediction system can also be implemented on a special purpose computer, a programmed microprocessor o: 
so microcontroller and Denpheral integrated circuit element(s). an ASIC, or other integrated circuit, a digital signal proc- 
essor, a hardwired electronic or logic circuit sucn as a discrete element circuit, a programmable logic device sucn as 
n PLD. PLA. FPGA. PAL. or the like. In general, any novice capable of implementing a finite state machine tnat is in 
turn capable of implementing the flowcharts shown in Figs. 3-5 can be used to implement the diagnosis and failure 
prediction system 

55 [0075] Furthermore, the disclosed method may be readily implemented in software using object or object-oriented 
software development environments that provide podable source cooe that can be used on a variety of computer or 
worksiation hardware platforms. Alternatively, the disclosed scaich system may be implemented partially or fully in 
hardware using standard logic circuits or a VLSI design. Whether software or hardware is used to implement the 
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systems and methods in accordance with this invention is dependent on the speed anc/or efficiency requirements of 
the system the particular function and the particular software or hardware systems or microprocessor or microcom- 
puter systems being utilised. The diagnosis and failure prediction systems and methods described above, however, 
can Dc readily implemented in hardware or software using any known or later-developed systems or structures, devices 
ard/or software by those skilled in the applicable art witnoul undue experimentation from the functional description 
provided herein together with a general knowledge of the computer arts. 

[0076] Moreover, the disclosed methods may be readily implemented as software executed on a programmed general 
purpose computer, a special purpose computer, a microprocessor, or the like, in tnis case, the methods and systems 
of this invention can be implemented as a routine embedded on a personal computer such as a Java® or CGI script. 
rii h resource residing on a server or graphics workstation, as a routine embedded in a dedicated diagnosis and failure 
P' edotion control system, or the like The diagnosis and failure prediction system can also be implemented by physically 
inccioorating the system and method into a software and/or hardware system, such as tne hardware and software 
systems of a workstation or dedicated diagnosis and failure prediction control system. 

[0077] it is. therefore, apparent that there has been provided, in accordance with the present invention, systems and 
monads lor diagnosis and failure prediction of electronic systems within distributed netwoiks. 



Claims 

1 . A system to- failure preaictiun diagnosis and remediation of at least one electronic system in a distributed network 
con-prising 

a data accuisition circuit that acquires data about tne at least one electronic system. 

a prediction circuit that performs at least one of a prognostic and a diagnostic analysis of the acquired data ard 
a repair planning circuit that determines an appropriate repair action in response to at least one of a prognostic 
and a diagnostic analysis, wherein the appropriate repair action is at least one oi an autonomous repair, a 
customer lyac repair and a custome- service engineer type repair. 

2. Trio system of clain 1 lurlhor comprising an autonomous repair circuit that controls the autonomous repair. 

3. The system of claim 2. wnoicin the autonomous repair circuit establishes a communication with the at leasl one 
electronic system the commun.cation including at least one of transferring monitoring information, interrogation 
information control information, rcpai' information and results of the failure prediction, diagnosis and remediation 

ana-ysis. 

4. The system cf any of claims 1 to 3. wherein the repair planning circuit forwards at least one of a repair information 
to a customer a parts request to an appr opriate entity, a service request notification to a customer service engineer 
and an autonomous repair entity 

5. The system cf any of the preceding claims wherein acquired data is at least one of component level data, system 
level data even; level da:a job icvel data control data, diagnostic data, environmental data, machine usage data, 
machine configuration data single-machine va'uc-aoded diagnostic data and population diagnostic data. 

6. "I he system ol any of the prcccd ng claims, wherein the acquired data is acquired in one or more operational modes 
of the electronic system mc ud'ng at least one of a normal mode, a diagnostic mode, a failed mode and a limp- 
along mode 

7. Tne system of any cf tne orccedmg clhims. wherein the at least ore of the prcgnost.c and the diagnostic analysis 
is oasco on at least enc of n threshold analysis, a statistical analysis, a signature analysis, a trend analysis, a 
timing analysis, an event sccucnce analysis, a pattern analysis, an image processing technique, a Quantitative 
and a qualitative state estimation technique a model basec diagnostic technology, a look-up table, a bayesian 
network a causal network a neural network based analysis, a fiv/y logic based analysis, a rule based system 
analysis and an export system. 

8. The system of any of tne preceding claims, further comprising a routing circuit that routes a part request to at 'oast 
one part supplier. 

9. The system of any o' the preceding cla.ms. further comprising a database that stores at least a portion of the 
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acquired cat a 

10. A method for failure prediction, diagnosis and 'emediauon of an electronic system in a distributed network com- 
prising. 

5 

acquiring data about one or more electronic systems: 

performing at least one of a prognostic and a diagnostic analysis of the acquired oata: and 
determining an appropriate repair action in response to the at leas! one of the prognostic and :ne diagnostic 
analysis, wherein the appropriate repair action is at least one of an autonomous repair, a customer type repair 
w and a customer service engineer type repair. 
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